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/) Pourquoi utiliser un EDI RAD ? 


1.1) Presentation : Pourquot 


rapide ? 


Actuellement l'informatique permet de gagner du 
temps. 


Seulement la creation d'un logiciel est de plus en 
plus longue. Beaucoup de projets logiciels sont 
arretes. 


Or l'informatique sert a automatiser. 


Il est possible d'automatiser la creation logicielle. 


1.2) Presentation : L'utilisateur ? 


L'utilisateur se pose toujours les mé€mes 
questions. 


L'ergonomie repond donc toujours aux memes 
questions. 


Il est possible de preparer l'interface avec 
l'utilisateur, avant méme que le logiciel soit cree, 
comme le font certains logiciels. 


Comment ? 


Avec les interfaces concues precedemment, et un 
travail a effectuer automatise. 


1.3) Présentation : L'interface 


Creer chaque interface entierement : 

= Cree des problemes d'ergonomie previsibles 
= Fait perdre du temps : A creer et a corriger 

= Fait perdre en fiabilite : Beaucoup pour rien 


C'est connu : Beaucoup de logiciels deviennent 
lourds et mal faits, parce qu'il y a du copie-colle, 
parce qu'on mélange la partie technique avec ce 
que demande l'utilisateur, le métier. 


1.4) Presentation : Gagner en 


temps et en fiabilite 


En centralisant chaque element du logiciel : 

= On anticipe l'ergonomie du logiciel 

= On fiabilise l'outil : Les tests font l'essentiel 

= On participe aux projets qu'on utilise 

= On crée son savoir-faire et sa valeur ajoutee 


En centralisant on finit par creer un savoir-faire de 
Developpement Tres Rapide d'Applications. 


2.1) Definition : Rapid Application 


Development 


Rapid Application Development ou RAD 
Developpement Rapide d'Applications ou DRA 
= Creer visuellement pour créer vite 


Le Developpement Tres Rapide d'Applications 
(DTRA ou VRAD) va étre presente. 


Le Developpement Tres Rapide d'Applications 
permet de creer votre logiciel de gestion 
d'entreprise personnalise. 


2.2) Histoire : Rapid Application 


Development 


Un logiciel est compose de : 
= Une partie métier : Ce que veut le client. 
= Une partie technique : L'informatique. 


Que ce soit avec sans des outils RAD on: 
= Melangeait la technique et le metier. 


= Refaisait le logiciel entierement. 


La partie métier du logiciel doit étre gardeée. 


2.3) Histoire : Rapid Application 


Development 


On s'‘apercoit que le client final doit savoir 
comment fonctionne un logiciel mais il n‘'aime 
pas parler technique. 


Il est possible d'eluder la partie technique en 
creant le logiciel a partir de la demande de 
l'utilisateur. 


Le client doit cependant savortr : 
= Comment on fait son logiciel (RAD, VRAD, etc). 
= S'il ala main sur le logiciel cree. 


3.1) Les logiciels de gestion 


Un logiciel de gestion c'est : 
= Un logiciel d'entreprise 

= L'administration d'un site web 
= Une comptabilite d'entreprise 


On s'‘apercoit qu'il est facile de modeéliser un 


logiciel de gestion, car il repete les mémes 
procedes. 


3.2) Les logiciels de gestion 


Un logiciel de gestion c'est : 


= Une liaison vers un serveur de donnees. 
= Des relations entre les données. 

= Des statistiques, des tableaux de calculs. 
= De la cartographie, d'autres ajouts. 


Tout ceci n'est-il pas defini donc automatisable ? 
Un logiciel VRAD automatise ces procedeés. 


3.3) Le Multi-plateforme 


Le prestataire veut utiliser son propre savoir-faire. 
Le multi-plateforme c'est : 

= Etre independant de l'environnement. 

= Etre independant du savoir-faire utilise ? 


ll est possible déja de changer de savoir-faire 
informatique grace aux données. 


Il est possible d'étre indépendant de tout savoir- 
faire utilise grace au VRAD. 


3.4) Developpement Rapide 


d'Application (DRA ou RAD) 


= Creer visuellement une application, 
= Pour gagner du temps dans la creation, 
= Afin de creer une application intuitive. 


La plupart des outils RAD n’automatisent pas 
assez la gestion d'une entreprise. 


Le Very Rapid Application Development est 
l'amélioration du RAD pour les serveurs de 
gestion ou d'autres interfaces avec des repetitions 
dans la creation. 


3.5) Creer son interface 


avec des fichiers : le VRAD 


Il est deja possible de creer une interface de 
gestion grace a I'Ingenierie Pilotee par Modeles. 
Un fichier passif contenant la partie méetier est lu 


et cree l'interface grace au moteur VRAD, en plus 
du savoir-faire RAD. 


= GLADE GTK permet de creer une interface 
standard, seules les actions sont codées. 


= LEONARDI et WAVE MAKER permettent de 
creer une interface de gestion. 


= LIBERLOG possede un moteur VRAD, base 
sur LEONARDI. 


3.6) Creer son interface 


avec des fichiers : le VRAD 


Les fichiers passifs : 

= Permettent de creer des modeles d'objets. 

= Ne contiennent que les demandes du client. 
= Nécessitent d'automatiser la presentation. 


Il est possible de creer des themes de 
presentations. Ainsi l'interface change en fonction 
de ce que souhaitte l'utilisateur. 


3./) Créer son interface 


avec des fichiers : le VRAD 


Le savoir-faire VRAD est cree en: 

= Utilisant les composants. 

= Repondant a une partie micro de la demande. 
= Renseignant cette partie automatiquement. 

= En finissant l'automatisation avec les modeles. 


= Utilisant des fichiers passifs pour les creer, puis 
creer les logiciels. 


4.1) Interéts du Developpement 


Tres Rapide d'Application 


Le Developpement Tres Rapide permet : 

= D'empécher mieux les erreurs de se produire. 
= De ne creer au final que l'analyse du logiciel. 
= De gagner du temps dans la création. 

= D'étre independant de tout savoir-faire. 

= Que le programmeur pense fonctionnalites; 


Le code cree sera reéutilisable, centralise, 
facilement utilisable, integre plus facilement. 


4.2) Developpement Rapide vs 


Liqne de commande 


Exemple : Création d'une fiche HTML simple 


Un code centralise utilise avec du copie-colle. 
= 3 jours et ca n'est peut-étre pas fini. 


La meme chose avec un outil RAD 

= 4 journée d'analyse et % journée de création. 
= Le composant automatise certaines creations. 
= La fiche est utilisable sans avoir trop a tester; 


4.3) Fichiers passifs 


vs RAD classique 


Les fichiers passifs : 

= Permettent de modeliser le coeur de meétier 
= Peuvent étre créeés a partir d'une analyse 

= Rendent indépendants du savoir-faire utilisé 
= Sont definis et peuvent evoluer 

= Permettent de créer d'autres interfaces 

= Permettent de penser fonctionnalites 

C'est l'analyse d'% journée qui cree le logiciel. 
L'analyse correspond au logiciel cree. 


4.4) Fichiers passifs 


vs RAD classique 


Avec les fichiers passifs on : 

= Reflechit fonctionnalites et coeur de metier. 
= Determine ce qui est faisable rapidement. 

= Determine ce qui n'est pas modélisable. 

= Cree des plugins pour ce qui n'est pas fait. 
= Sait ou l'on va. 


Une fois le logiciel créée on peut creer d'autres 
genres d'interfaces avec des savoirs-faire VRAD. 


4.4) Qualité VRAD 


Avec un moteur VRAD : 

= On gagne du temps et est plus agile. 

= On facilite la mise en place de futurs logiciels. 
= Ne teste que le moteur, pas I'interface créée. 
= L'analyse modelisée cree le logiciel. 

= La maintenance est centralisée. 

= Le développeur va a l'essentiel. 


5.1) Creation de plugins VRAD 


La création d'un plugin VRAD : 

= Permet de ne pas modifier l'existant. 

= Reépond a une micro demande. 

= Sera integreée dans les fichiers passifs. 

= Se fera rapidement si on utilise un EDI RAD. 
= Sera acquise une fois le plugin crée. 

Sera modelisable dans l'analyse. 


6.1) VRAD LEONARDI 
GPL LGPL 


La librairie LEONARDI permet de : 


= Creer des fichiers passifs avec I'analyse. 

= Créer le logiciel avec les fichiers passifs. 

= Créer la partie technique en plugins. 

= Faire du Reverse Engeenering de données. 
= Creer un logiciel a la fois WEB et non WEB. 


6.2) VRAD LEONARDI 
GPL LGPL 
Avec LEONARDI on peut dans les IHM : 


= Gérer avec des formulaires. 

= Trier, filtrer, rechercher, composer. 

= Imprimer, exporter, importer. 

= Creer des statistiques, arbres, tableaux. 

= Creer des diagrammes, des cartes. 

= Creer des plugins liés aux fichiers passifs. 
= Apprendre facilement grace aux docs. 


6.3) VRAD LEONARDI 


GPL LGPL 


LEONARDI permet de réaliser votre : 


Gestion de Chaine Logistique (GCL ou SCM). 
Gestion de Relation Client (GRC ou CRM). 
Supervision, Administration de reseau... 
Configuration : d’equipements reseaux... 
Systeme Information Communication (SIC). 
Systeme d’Aide au Commandement. 

Progiciel de Gestion Integre (PGI ou ERP). 
Gestion de Referentiels. 

Systeme d’Information Geographique (SIG). 
Gestion de stocks. 


ll est possible de realiser un prototypage rapide personnalise. 


7.1) Pourquoi utiliser 


un EDI RAD ? 


Evolutions rapides. 

Les composants sont vite mis en place. 

La structure des composants est homogene. 
Maintenance facile. 

Centralisation et individualisation des sources. 
Pas de creation inutile. 

Séparation selon les parties techniques. 


7.2) LAZARUS 


Avantages 


= Projet libre, reutilisable a la vente et participatif. 
= Sur WINDOWS LINUX UNIX MAC-OS BSD. 

= Beaucoup de composants DELPHI libres. 

= Execution rapide car non retraduite. 

= Un executable independant par plateforme. 

= Creation rapide si maitriseée. 


7.3) LAZARUS 


Inconvenients 


= Poids des executables important. 
= Debut:1999 (compatible DELPHI a 90%). 
Neécessite de reecrire la partie WINDOWS. 


Partie graphique refaite compatible a 98 %. 
= Composants traduits ont moins de proprietes. 


Utiliser les unites multi-plateformes. 
= Plus complet sous WINDOWS, puis LINUX. 


7.4) Comment bien créer 


un composant RAD ? 


Comment bien travailler ? 


= Utilisation facile du composant. 
= Evolutivite. 

= Portabilite. 

= Interoperabilite avec les autres composants. 
= Anticipation sur la structure du composant. 
= Methodes et variables en anglais adequate. 


7.5) Le potentiel LAZARUS 


LAZARUS est un EDI RAD qui dispose : 


= Du framework de LIBERLOG.FR. 
= De la gestion des données. 

= D'Exeéecutables visuels WINDOWS,LINUX,MAC. 
= De l'embarque sur certains telephones mobiles. 
= D'une creation WEB ou pas par composants. 


8.1) FRAMEWORK LIBERLOG 


XML FRAMES 


= Creer des logiciels de gestion Client/Serveur. 
= Grace aux composants RAD de gestion. 
= Creant vite des fiches simples. 


= Reutilisation possible de _ certains logiciels 
JELIX JFORMS ou LEONARDI. 


Il sera avec possible de creer des _ logiciels 
embarques. 


8.2) Pourquoi un savoir-faire ? 


Le savoir-faire utilise : 
= C'est ce qui permet de créer les interfaces. 


= Permet d'étre independant du prestataire s'il est 
libre et Si on demande les sources du logiciel. 


= Peut centraliser la partie metier si on le 
demande. 


Si la partie metier n'est pas centralisée alors on 
remarque un deécalage entre I'analyse et la 
creation du logiciel de gestion. 


8.3) Creer un savoir-faire VRAD 


MICROSOFT possede une organisation qui 
n'est pas favorable a l'indépendance de ses 
clients pour son futur outil VRAD. 


Seuls les PME ou clients finaux amelioreront un 
Savoir-faire libre en VRAD de gestion. 


Il faut utiliser les sources libres a disposition et 
creer un format de fichiers VRAD unique. 


La creation d'un savoir-faire libre en VRAD 
permet de recuperer la partie metier du logiciel. 


